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This application claims the benefit of U.S. provisional application Serial No. 
60,192,841, filed March 29, 2000 and of U.S. provisional appHcation Serial No. 60/238,356 
filed October 6, 2000 the entire contents of which are hereby incorporated by reference. 
BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention relates to data compression between an encoder and a decoder 
across a communication channel. More particularly, the present invention relates to toggHng 
between uncompressed data flow and compressed data flow for a communication link 
whenever the compression ratio is favorable. In addition, this invention relates to negotiating 
or modifsring data compression parameters and achieving algorithm switching for data 
compression without first interrupting and then restoring the communication Hnk. 

Description of the Related Art 

Existmg systems employing data compression (e,g., modem peers on an ITU-T 
Recommendation V,42 link) can operate in a transparent mode in which characters are 
transmitted in uncompressed form. The data compression module, (^.^., data compression as 
described in U.S. Patent No. 5,955,976 and incorporated by reference herein) is active, but 
does not influence data transmission. 

In existing data compression systems, modification and negotiation of data 
compression parameters require that the communication channel is first torn down. In 
addition, if a switch to a different data compression algorithm is needed, a data 
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communication channel must be torn down and later reestablished in existing communication 
systems employing V.42 communication links or other similar links. 

A need therefore exists for a method and apparatus that allows for modification and 
negotiation of data compression parameters and for switching to a different data compression 
5 algorithm without first tearing down and then reestabHshing the communication link. A need 
also exists for sending uncompressed data across V.42 links or similar links when 
compression ratios are favorable for such communication. 

SUMMARY OF THE INVENTION 
10 It is therefore an object of the present invention to provide a method and apparatus 

that accomplish modification and negotiation of data compression parameters and switching 
of data compression algorithms without the deficiencies of prior data compression systems. 

It is also an object of the present invention to provide a parameter mode that allows 
for parameter modification and negotiation of data compression parameters without 
15 interrupting the data communication Hnk between the encoder and decoder. 

It is a fiirther object of the present invention to provide a parameter mode that allows 
for switching between data compression algorithms without interrupting the data 
communication Hnk established between the encoder and the decoder. 

It is also an object of the present invention to provide access to a parameter mode 
20 from a transparent mode in which data is transmitted uncompressed. 

It is still yet an object of the present invention to provide a transparent mode wherein 
the decoder does not update a dictionary storing data and their compressed equivalents. 

It is also an object of the invention to re-initialize the dictionaries in the encoder and 
the decoder when transitioning from transparent mode to a compression mode in which data 
25 is transmitted in a compressed format. 

Another object of the present invention is the implementation of escape character 
modification in the transparent mode only, as opposed to modification thereof in both 
transparent and compression modes. 

These and other objects are achieved by a data compression system and method that 
30 allows for compressed mode wherein data is compressed by an encoder before being 
transmitted, a transparent mode wherem data is transtrdtted uncompressed, and a parameter 
mode whereia modification and negotiation of data compression parameters can be achieved 
without first interrupting the communication link. The transparent mode is used when the 
compression ratio for a Hnk favors efficient data transmission without compression. The 
35 encoder dictionary is constructed in transparent mode to determine when it is favorable to 



PD~200077 

return to compressed mode. The decoder dictionary is not constructed in transparent mode. 
Both encoder and decoder dictionaries are re-initialized when transitioning from transparent 
mode to compressed mode. Selected commands and control codes are used by the encoder 
to transfer between the modes, to modify or negotiate data compression parameters, and to 
5 change data compression algorithms. Entry and exit to and from parameter mode is 
accomplished through the transparent mode. The escape character, which indicates the 
beginning of a command sequence to the decoder, is only modified while in the transparent 
mode and radicates that a command is to foUow. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects, advantages and novel feamres of the iuvention will be more 
readily appreciated from the following detailed description when read in conjunction with the 
accompanying drawings, in which: 

Fig. 1 illustrates a pair of computers connected by a communication link and 
15 employing a data compression algorithm in accordance with an embodiment of the present 
invention; 

Fig. 2 iLiustrates a data circuit terminating equipment according to an embodiment of 
the present invention; and 

Fig. 3 is a flow chart illustrating a sequence of operations executed by an encoder for 
20 implementing parameter negotiation in parameter mode and modification of the escape 
character according to an embodiment of the present invention 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Fig 1 niustrates a communication system 10 that employs a data compression 
25 algorithm in accordance with the present invention. The communication system 10 
comprises a ficst computer terminal 15 connected b}^ a communication link 20 to a second 
computer terminal 25. The computer terminal 15 comprises an encoder/decoder unit or 
modem 30. The encoder in modem 30 is capable of compressing data before being sent 
along communication link 20. The encoder 30 utilizes a dtctionat}^ that comprises the strings 
30 encountered during the compression process. The second computer terminal 25 comprises 
an encoder/decoder unit or modem 35. The modems 30 and 35 can be integrated into the 
computer or connected as a stand-alone unit. 

The decoder in modem 35^ Hke the encoder in modem 30, utilizes a dictionary that 
comprises the strings built during the de~comptession process. During data commurdcation 
35 between the fitst computer terminal 15 and the second computer terminal 25, the dictionaries 
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in each of the encoder and decoder m the respective modems 30 and 35 are t^^pically bxiilt as 
more data is sent. The principal characteristics of the data compression procedure preferably 
are: a) a compression procedure based on an algorithm that encodes strings of characters 
input from data terminal equipment (DTE) as binary codes of variable length; b) a decoding 
5 procedure that recovers the strings of characters from received binary codes of variable 
length; c) a string-building mechanism that rapidly extends existing strings and d) an 
automatically invoked transparent mode of operation when uncompressible data are detected. 

The modems 30 and 35 are examples of a data circuit terminating equipment (DCE) 
40 empioykig a data compression module m accordance with the present invention. A DCE 

10 40 employing data compression, as depicted in Fig. 2, comprises the following components: 
a) DTE/DCE taterchange circuits 45; b) a signal converter 50; c) a control function 55; d) an 
error-control module 60 and e) a data compression module 65. The DTE/DCE iaterchange 
circuits 45 and signal converter 50 have capabilities as specified for a V.42 Unk. The control 
function 55 performs the foUowiag operations: a) negotiation of modes of operation of the 

15 data compression module 65 with the remote DCE, and negotiation of parameters associated 
with the operation of the data compression module; b) initialisation or re-initiaiization of the 
data compression module 65; c) co-ordiaation of the establishment of an error-controlled 
connection for use by the peer data compression modules; d) co-ordination of the delivery of 
data between the DTE/DCE interface circuits 45 and the data compression module 65, in 

20 accordance with the procedures defined for V.42 links, including the provision of the flow- 
control procedures defined therein; e) co-ordination of the delivery of data between the data 
compression module 65 and the error control module 60 and f) action on detection of an 
exception condition. 

The error control module 60 implements the capabilities as specified for a V.42 Hnk. 

25 The data compression module 65 preferably implements the procedures defined in the ITU-T 
Recommendation V.44 in order to efficientiy encode data prior to transmission over an error- 
controlled connection. It performs the following operations: a) initialization and re- 
initialization of the encoder and decoder dictionaries; b) data compression encoding and 
decoding; c) switching between compressed and transparent modes of operation and d) 

30 configuration of an encoder and a decoder provided by the data compression module 65 in 
accordance with the parameters negotiated by the control function. 

Communication between the control function 55 and the data compression module 
65 is accomplished via a set of abstract primitives of the form X-NAME_type diat represent 
the logical exchange of iaformation and control to accomplish a task or service. The control 

35 function 55 is viewed as the "service user" while the data compression module 65 is viewed as 
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the "service providet." The types of primitives are: tequest, indication, response, and confirm. 
The services used m accordance with the present invention are listed in Table 1 . 



Table 1 /V.44 — Services expected by the control function 



Service 


Primitive 


Inidalize the data compression module 


C-INIT 


Transfer negotiation parameters to/ from the data compression 
module 


C-PARM 


Indicate an error to the control function 


C-ERROR 


Transfer uncompressed data to/from the data compression 
module 


C-DATA 


Transfer compressed data to/from the data compression 
module 


C-TRANSFER 


Flush remaining un- transferred data from the encoder 


C-FLUSH 



The control codes and commands used for communication between peer data 
compression modules are in Table 2 and Table 3. 



Table 2/V.44 - Control codes used in compressed mode 



Code 


Name 


Description 


0 


ETM 


Enter Transparent Mode 


1 


FLUSH 


Flush data 


2 


STEPUP 


Increase codeword size or ordinal size by 
one 


3 


REINIT 


Force re-initialization of dictionaries 



Table 3 /V.44 — Commands used in transparent mode 



Value 


Name 


Descnption 


0 


ECM 


Enter Compressed Mode 


1 


EID 


ESCAPE In Data 


2 


EPM 


Enter Parameter Mode 


Variable 


ESCAPE 


Initiates a command sequence 



~5~ 
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Prior to initiating the data compression module, the modem peers must determine if 
they have V.44 capability. V.44 capabilit}^ is determined upon Imk establishment through a 
protocol (for example, the exchange of identification (XID) procedure defined in V.42 links), 

5 and remains in~effect for the duration of the error-corrected connection. In particular, when 
using this invention with V.42 error control, the XID negotiation procedure can be used (see 
ISO/IEC 13239). Parameters within the user data sub-field, in addition to those defined in 
V.42 links, are used for this purpose. The user data sub-field appears in the XID frame 
immediately before the FCS and is encoded. 

10 The presence of the "V.44 capability'' parameter within an XID message (or other 

protocol message) indicates that the sending entity has the capabilities provided by the 
present invention. It shoiold be noted tiaat certain bits within tins parameter are ignored while 
negotiating over modem connections, as tiiey specify V.44 capabilities for use in packet 
networks. During the protocol estabHshment phase, the presence of parameter type 0x40 

15 witii a Parameter Set Identifier of "V.44" in die User Data Sub-field of die XID frame can 
indicate a request for V.44 data compression. The responder can include parameters for at 
most one compression algoritiim (V-42 bis or V.44) in tiie response XID. Once V.44 
capability has been determined, the values of die data compression parameters can be 
negotiated between the data compression peers 

20 Table 4 defines the parameters negotiated between peer data compression modules. 

The "P'' parameters are the values proposed by either side of the negotiation, and the "N'' 
parameters are the values finaUy agreed. Table 5 defines aU data compression operating 
parameters. (MSB indicates most significant byte, LSB indicates least significant byte.). 



25 



Table 4/V.44 - Negotiation parameters for data compression module 



Parameter 


Identifier 
8 1 


Length 
(octets) 


Value 
8 1 


Meaning 


Range 


Default 


Agree 
d 

Value 




00000000 
01000000 






Not Used 








Co 


01000001 


00000001 


PMOOOOON 


V.44 capabilit}^ 
Value of N: 

0 parameter negotiation 
via protocol (i.e., XID) 

1 parameter negotiation 
after Imk establishment 

Bits P and M are not used 
bv modem connections: see 
Annex B. 









-6- 



PD-200077 



Po 


01000010 


00000001 


OOOOOORT 


Data compression request: 
Value of RT: 

00 neither direction 

01 only in transmit direction 

1 0 only in receive direction 

1 1 both durections 


00-11 


11 




PlT 


01000011 


00000010 


(MSB) 
(LSB) 


Proposed number of 
codewords (including 
control codes) in the 
transtnit direction 


256- 
65535 


1024 




PtR 


01000100 


00000010 


(MSB) 
(LSB) 


Proposed number of 
codewords (including 
control codes) in the receive 
direction 


256- 
65535 


1024 


N2R 


Pzr 


01000101 


00000001 




Proposed maximum string 
length for the transmit 
direction 


32^ 
255 


255 




P2R 


01000110 


00000001 




Proposed maximum strmg 
length for the receive 
direction 


32- 
255 


255 


N711 


P3T 


01000111 


00000010 


(MSB) 
(LSB) 


Proposed length of history 
for the transmit direction 


OlZ 


3* Pit 


NsT 


P3R 


01001000 


00000010 


(MSB) 
(LSB) 


Proposed length of history 
for the receive direction 


>512 


3 * Pm 






01001001 
11111110 






Reserved for future use 








End 


11111111 






End of Parameters: exit 
parameter mode 









Table 5 /V.44 - Operating parameters for data compression module 



Parameter 


Meaning 


Value 




Maximum codeword size (in bits) 


Derived from N^n , 




Maximum number of codewords (including 
control codes) 


See Table 4 


N, 


Input character size, in bits 


8 




Number of characters in alphabet 


256 


Ns 


Number of control codes & first available 
codeword 


4 


N, 


Reserved 






Maximum string length 


See Table 4 




History size 


See Table 4 



Table 6 defines variables used in the operation of the data compression module. A 
separate set of these variables must be maintained by the encoder and decoder. 
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Table 6/V.44 - Operating variables for data compression module 



Parameter 


Meaning 




Codeword value of next available entry of 
node-tree (in encoder) or string collection (in 
decoder) 




Current codeword size, in bits 


C3 


Threshold for changing the codeword size; 
equals 2 to the power C2. Only used by the 
encoder. 


C4 


Current position in history 




Ordinal size, in bits 



The "P" parameters are the values proposed by either side of the negotiation, and the 
5 "N" parameters ate the values finally agreed upon by the participating DTE/DCE such as the 
modems 30 and 35 in Fig. 1. The parameters for data compression can differ for the two 
directions of transmission, that is, between the encoder of modem 30 and the decoder of 
modem 35, and the encoder of modem 35 and the decoder of modem 30. During 
negotiation, either side of the connection can propose values for any of these parameters. 

10 The subscript "T" indicates that the parameter refers to the transmit direction (encoder) of 
the entity sending the message. The subscript "R'* indicates that the parameter refers to the 
receive direction (decoder) of the entity sending the message. Thus, in negotiating the 
directions in which data compression operates, the complementary response to one entity's P^ 
value of 01 (proposing operation only in the direction of the sending entity's encoder and the 

15 responding entity's decoder) is a P^ value of 10 (agreeing to operation only in the direction of 
the responding entity's decoder and the (original) sending entit}^'s encoder). A response of 01 
or 1 1 can inappropriately propose data compression in a direction not originally requested. A 
response of 00 can result in data compression in neither direction. 

In negotiating parameter values, the lesser value of two proposals is used. For 

20 example, the proposed from one entit}^ is compared with the proposed 1^2^ from the other 
entity- If both values are valid, the lesser value can be used. Any attempt to specify a value 
less than the minimum is a procedural error and can result in disconnection. The Enal agreed 
value is set into N^^j by the entity proposing P2X and into N^^ by the entity proposing P2R. The 
negotia.tion of these values preferably proceeds in one of two ways, as indicated in the V.44 
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capability parameter value, that is, either through the XID capability determination itself, or 
through negotiation after link estabhshment. 

In the User Data Sub-field of the XID, the V.44 capability parameter indicates how 
the data compression parameters are to be negotiated. If it indicates that XID procedures are 

5 to be used, the values proposed by the sending entity are included later in the same sub-field. 
If the V.44 capability parameter indicates that parameter negotiation is to take place after the 
error-corrected Hnk is established, the control function 55 performs this after link 
establishment and anytime thereafter, as it deems necessary. The control function 55 does 
insure that data transfer between the data compression peers is not in-progress, and that flow 

10 control is in-effect, prior to initiating parameter negotiation. 

The control function 55 uses C-PARM primitives to pass parameters to/from the data 
compression module 65, as foUows: 

• Upon receipt of a C-PARM„request from the control function 55, the encoder can: 

Transition from compressed mode to transparent mode, or else remain in transparent 
15 mode; 

Transition to parameter mode and transfer the EPM (Enter Parameter Mode) 
command to indicate this transition to the peer decoder; 

Transfer the parameters passed with the C-PARM_request to the peer decoder; 
Transfer the End parameter to indicate a transition to transparent mode to the peer 
20 decoder; 

Issue a C-PARM__confirm to the control function; or 
Transition to transparent mode. 

• Upon receipt of a C-PARM_confirm from the data compression module 65, the control 
function 55 can: 

25 - If the parameters just transferred to the peer decoder successfully complete parameter 

negotiation, the control function 55 re-initializes the data compression module; 
Otherwise, the control function 55 can continue to flow control pending receipt of 
parameters from the data compression peer. 

• Upon receipt of an EPM command from the peer encoder while in transparent mode, the 
30 decoder can: 

Transition to parameter mode; 
Receive the parameters; 

Transition to transparent mode when the End parameter is received; 
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Issue a C-PARM_indLcation to the control function 55 passing to it the received 
parameters. 

• Upon receipt of a C-PARM__indication from the data compression module 65, the control 
function 55 can: 

5 - If the parameters passed with the C-PARM_indication successfully complete 

parameter negotiation, the control function 55 can re-initialize the data compression 
module; 

Otherwise, the control function 55 can issue a C-PARM_request to transfer 
responding parameters to its data compression peer, 
10 After successful negotiation of V.44 capability, the control function 55 can issue the 

primitive C-INIT_request to the data compression module 65. If the V.44 data compression 
parameters have been negotiated within the XID message exchange, the C-INIT primitive 
mdicates the negotiated value of the parameters; otherwise, the C-INIT primitive indicates the 
default value of the parameters. The data compression module 65 initializes the encoder 
15 dictionary to a state, and the decoder dictionary to the state. The data compression module 65 
is set to compressed mode, and the ESCAPE is assigned the value 0. 

A data compression module 65 re-initialization can be invoked by the control function 
55. The control function 55 issues a C-INIT_request to the data compression module 65 on 
the following conditions: 
20 - Receipt of L-ESTABLISH_indication or L-ESTABLISH_confirm; 

Receipt of L-SIGNAL_indication or L-SIGNAL_confirm, where the primitive mdicates a 
destructive form; 

Receipt of C-PARM_indication which successfully completes parameter negotiation 
initiated by this cntky. The C-INIT primitive indicates the just-negotiated value of the 
25 parameters; or 

Receipt of C-PARM_confirm which successfully completes parameter negotiation 
initiated by the data compression peer. The C-INIT primitive indicates the just-negotiated 
value of the parameters. 

It is the responsibility of the control function 55 to ensure that C-INIT_request 
30 primitives are issued only when no data are in transit between the data compression functions 
(e.g. in the error-control functions), to ensure synchronization between the encoders and 
decoders. The initial values for the encoder variables are: 
- The "next codeword" C^ = N3 

The "current codeword size" Cj = 6 
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The "threshold fot changing the codeword size" C. = 64 
The "current history position" C4 = 0 
The "current ordinal size" C5 = 7 

All down-indices in the root array are set to non-valid values 
5 The initial values for the decoder variables are: 
The "next codeword" = N5 
The "current codeword size" C2 = 6 
The "current history position" C4 = 0 
The "current ordinal size" 7 

10 On receipt of the primitive C-INIT_conf[rm from the data compression module 65, 

the control function 55 indicates to the DTE {e.g,, computer 15 or 25) that data transfer may 
commence. On completion of connection estabHshment, the control function 55 requests 
encoding of data input to the DTE/DCE interface. To encode data, the control function 55 
issues the primitive C-DATA_request to the data compression module 65. The primitive 

15 indicates the data to be encoded. On receipt of the primitive C-DATA„indication from the 
data compression module 65, the control function 55 delivers the decoded data to the 
DTE/DCE interface. Flow-control procedures are used to avoid potential loss of data due to 
buffer overflow. Characters input from the control function 55 are encoded. 

On receipt of the primitive C-TRANSFER_indication from the data compression 

20 module 65, the control function 55 issues the primitive L-DATA_request to the error-control 
module 60. On receipt of the primitive L~DATA_indication from the error-control module 
60, the control function 55 issues the primitive C-TR^\NSFER_request to the data 
compression module 65. 

During the course of operation, certain variables are autonomously changed by the 

25 data compression module 65. The mode of operation can also change autonomously from 
compressed mode to transparent mode. 

At dictionary re-initialization, the encoder and its peer decoder initialize for the 
transfer of an ordinal of 7 bits (C5 = 7). When the encoder is about to transfer the first 
ordinal with numerical value greater than 127^^,, it sets C3 to 8. If it is in compressed mode, it 

30 also transfers the STEPUP control code immediately before transferring the prefix and 
ordinal. 

The codewords and control codes are transferred using the number of bits defined by 
C2- At dictionary re-initialization, C2 is set to the value of 6 and C3 is set to the value of 64. 
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When the encoder is about to transfer a codeword with numerical value greater than or equal 
to C,: 

a) the encoder transfers the STEPUP control code, using the current codeword size, 

b) the codeword size C2 is increased by one; 
5 c) C3 is doubled; 

d) if the codeword to be transferred is still numerically greater than or equal to C3, steps a) 

through c) are repeated. 
Then the prefix and codeword are transferred. 

When the encoder is unable to create a new codeword because the node-tree is full 
10 (C| — N2t), it re-initializes the dictionary. When the history is full (C4 = Ng^^), the encoder 
terminates any string-matching or string-extension activity in progress, transfer the code or 
codes that result, and re-initialize the dictionary. The next input character is placed in the first 
position of the history. 

The encoder periodically applies a test to determine the compressibility of the data. 
15 The nature of the test can consist of a comparison of the number of bits required to represent 
a segment of the data stream before and after compression, although other tests can be used. 

The monitoring of the data stream for compressibility continues in both compressed 
and transparent modes of operation. In compressed mode, if the encoder determines that the 
data stream is not compressible, it transitions to transparent mode. In transparent mode, if 
20 the encoder determines that the data stream is compressible, it transitions to compressed 
mode. 

The encoder dictionary is re-initialized by being set to the state. If the data 
compression module 65 is in compressed mode, the encoder also transfers the REINIT 
control code; and the decoder, upon the receipt of the REINIT, sets the decoder dictionary 
25 to the state. 

Under certain circumstances, it may be necessary that string-matching or string- 
extension be terminated and any partially encoded data be transferred immediately. An 
example is if the error-control module were in idle condition. The control module 55 issues a 
C-FLUSH_request primitive to the data compression module 65, and then transfers the 
30 remaining data. If the data compression module 65 is in compressed mode, upon receipt of a 
C-FLUSH_request from the control function 55, the encoder: 

a) terminates string-matching or string-extension procedures; 

b) transfers the remaining code(s); 

c) updates the encoder dictionary as appropriate; 
35 d) transfers the FLUSH control code; 
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e) if necessary, transfers enough 0 bits to establish octet-ahgnment. 

The encoder dictionary is not re -initialized. The dictionary is updated, as appropriate, 
by appending the character following the flush. Upon receipt of a FLUSH control code, the 
decoder establishes octet alignment. The decoder dictionary is not re-initialized, and the 

5 receipt of die FLUSH control code does not affect the creation of new strings. The decoder 
processes the code received after the FLUSH in continuity with the code received just before 
the FLUSH, in accordance with the decoder string creation process. If the data compression 
module is in transparent mode, upon receipt of a C-FLUSH_request from the control 
function, the encoder preferably transfers all data input up to that point. 

10 A transparent mode command sequence consists of the ESCAPE, followed by one of 

the commands Hsted in Table 3 above, except ESCAPE. The value of the ESCAPE is 
variable. At initialization of the data compression module, it is assigned the value 0. During 
transparent mode, if the current value of the ESCAPE is detected within the data stream 
from the DTE, the detected ESCAPE is transferred and followed immediately by the EID 

15 command. The current value of the ESCAPE is then changed by adding to it 51,o, the 
addition performed modulo 256. Note that while in compressed or parameter mode, tiie 
current value of the ESCAPE is not modified if detected within the data stream from tiie 
DTE. 

The C-ERROR„indication is used to inform the control function 55 that an exception 

20 (for example, a procedural error or loss of synchronization) has been detected by the data 

compression module 65. The control function 55 takes appropriate recovery action, 

including re-establishment of die error-corrected connection. The following conditions 

recognized by the decoder result m the generation of a C-ERROR„indication primitive: 

- receipt of a STEPUP control code that would cause die value of C2 to exceed N,; 

25 - receipt of a STEPUP control code that would cause the value of C5 to exceed 8; or 

receipt of a codeword greater than C^. 

Fig. 3 is a flow chart illustrating the encoder of a data compression module 65 in 

accordance with an embodiment of the present invention. Control and data are passed to die 

encoder in the form of primitives (step 105) from the control function 55. At the step 115, 

30 the encoder is initialized and set to compressed mode. While receiving data (step 110) in 

compressed mode, the dictionary is built by die encoder that comprise die strings tiiat are 

encountered during processing of the input characters from the control function 55. The 

information in the encoder dictionary represents the same strings as that of the decoder 

dictionary when it processes the compressed data, aldiough the dictionaries themselves are 

35 not the same format. The value of the encoder ESCAPE character is set to zero when die 
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compression encoder is initiaiized and it is not modified while m compressed mode when an 
input character equals the value of the ESCAPE character. 

While in compressed mode, data is being sent from the encoder to the decoder in a 
compressed format. While doing so, a compression check is periodically applied to determine 
whether or not it would be more favorable to send the data transparently without any 
compression (step 160). If it is more favorable not to compress the data, the encoder issues 
an 'Enter Transparent Mode (ETM) control code to the decoder to indicate to the decoder 
that data will no longer be sent in compressed form. If is determined that it is more favorable 
to compress the data, the encoder remains in compressed mode (step 145). 

In transparent mode (step 135), data is sent uncompressed between the encoder and 
the decoder. While in transparent mode, the encoder continues to compress the data and 
update its dictionary of strings even though it sends the input characters to the decoder 
uncompressed. This is necessary because the encoder needs to determine when it is more 
favorable to return to compressed mode (step 180) and to needs to periodically apply the 
compressibility check using the result of the compression. While in transparent mode, the 
decoder does not update its dictionary and simply handles the data received from the encoder 
as uncompressed characters. 

The ESCAPE character transferred in transparent mode indicates that one of the 
commands listed in Table 3 will follow, except for the Escape In Data (EID). If the encoder 
determines (step 180) that a better compression ration is achieved by compressing die data 
than by not compressing the data then the encoder transitions to compressed mode. When 
transitioning from transparent mode to compressed mode (step 185), the ESCAPE character 
is transferred foUowed by the 'Enter Compressed Mode' (ECM) command and the encoder 
dictionary is re-initialized. When the decoder subsequentiy receives the ECM command, it 
will re-initialize its dictionary and transition to compressed mode. 

While in transparent mode, if a character is received that equals the current value of 
the ESCAPE character is received, an Escape In Data (EID) command is transferred by the 
encoder (step 165), after the character is transferred. The value of the ESCAPE character is 
incremented by 51 modulo 256 (step 165) to prevent excessive data expansion if many 
reoccurrences of the same ESCAPE character appear in a string of input data. In accordance 
with an advantage of the present invention, the escape character is not incremented m 
compressed mode. 

If the control function passes compression parameters or an algorithm switch (via a 

C-PARM) to the encoder (step 125), the encoder transitions to parameter mode. If in 

compressed mode, the encoder first transitions to transparent mode (step 140) and sends an 

-14- 



PD-200077 

ETM control code to the peer encoder. Parameter tnode is where modification and 
negotiation of data compression parameters occurs, as well as switching data compression 
algorithms (step 155). Tables 4 through 6 summarize the parameter negotiation that takes 
place between the encoder and the decoder in parameter mode. Following parameter 
5 transfer, the encoder exits parameter mode Q, as indicated by the last entry of Table 4, and 
returns to transparent mode (step 170). 

While the preferred embodiment has been set forth with a degree of particularity, it is 
to be understood that changes and modifications could be made to the construction thereof 
which would still fall within the teachings of the claimed invention as set forth in the 
10 following claims. 
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